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(54) Data backup and recovery 

(57) The present invention provides a tape drive 
140 configured to operate as a bootable device for a PC 
100. The tape drive 140, thus, has two modes of opera- 
tion: a first mode in which it operates as a normal tape 
drive 140; and a second in which it emulates a bootable 
device such as a CD-ROM drive. The present invention 
also provides application software for backing up and 
restoring computer system data. The application soft- 
ware is configured to cause a PC 100 running the soft- 
ware to generate a bootable image (containing an 
operating system, including the PC 100's hardware con- 
figuration, and data recovery application software) suit- 
able for re-building the PC 1 00 in the event of a disaster, 
such as hard disk corruption or system destruction. The 
bootable image is stored on tape in front of an actual file 
system backup data set. 

In the second mode of operation, the tape drive 1 40 
can be used to boot the PC 1 00 and restore the operat- 
ing system and application software. When loaded, the 
application software is configured to switch the tape 
drive 1 40 into the first mode of operation and restore the 
file system backup data set to the PC 100. 
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Description 

Technical Field 

[0001] The present invention is in the field of data backup and recovery in data processing systems and. in particular 
magnetic tape based data backup and recovery. 

Background Art 

[0002] One of the main reasons for using a magnetic tape based backup solution with a computer system is that it 
provides a relatively cheap way of protecting against a disaster that might destroy valuable data on primary storaae 
such as a hard disk * 7 a 

[0003] For the present purposes, a "backup solution' comprises a physical tape drive and backup application software 
which, when executed on a computer system, operates to copy the data to be backed up from the computer system (or 
network of computer systems) to the tape drive or library of tape drives, for storage onto tape media. 
[0004] Backup application software also provides functionality for enabling data, which has been backed up to tape 
media, to be restored to the original computer system. Such data restoration is sometimes also known as disaster 
recovery (DR). For the present purposes, the elements ofJbackup application software that relate to DR will be referred 
to as a 'DR solution'. 

[0005] In the event of a disaster, such as hard disk failure or even system destruction, typically, a priority is to rebuild 
a working system as soon as possible. 

[0006] Many vendors of backup application software sell backup application software including a DR solution that 
aims to reduce the amount of manual system rebuilding required before lost data could be restored Without such DR 
solutions, it could take several hours or even days just to prepare a computer system to restore the data from tape 
media before restoring the actual data, since H is necessary to first install and configure an operating system tape driv- 
ers and the backup application software. " 
[0007] Known DR solutions typically require user-generation of a set of DR floppy disks. A reason that floppy disks 
are used is that they provide a generic means of booting practically every PC-based computer system 
[0008] The DR floppy disks are used to bootstrap (or boot) the computer system and typically load a minimal version 
of the main operating system, known as a DR operating system, along with a minimal version of the backup application 
software comprising DR functionality, thus providing enough functionality to build new disk partitions access the taoe 
drive and restore the data from tape media. 

[0009] Typically, DR floppy disks need to be regenerated by a user whenever the system hardware configuration 
changes and particularly when a SCSI (Small Computer Systems Interface) configuration changes. For example if a 
new SCSI Host Bus Adaptor (HBA) is added to a server, with a respective new device driver, this device driver needs 
l™f to the DR ,b PPy disks 80 **» new SCSI HBA is recognised when rebuilding the computer system 
[0010] Generally, therefore, having •current' DR floppy disks available relies on a user generating them, keeping them 
up to date, and being able to find them if a disaster occurs. This is an overhead, which sometimes leads to DR floppy 
disks not being generated at all. disks being allowed to get out of date, or disks being misplaced over time. 
[0011] It would, therefore, be desirable to provide a more convenient DR system. 

Disclosure of the Invention 

[0012] An improved DR system is facilitated, in accordance with afirst aspect of the present invention, by a magnetic 
tape data storage and retrieval apparatus, comprising: 

interface means for receiving control signals from a host computer and for returning response signals to the host 
computer; 

selection means for selecting a firet mode of operation or a second mode of operation of the apparatus and 
processing means for generating responses to received control signals in dependence ipon the selected mode of 
operation, said responses being arranged: 



a) in the first mode, into a format normally associated with a particular initial program load device- and 

b) in the second mode, into a format normally associated with a magnetic tape data storage and retrieval appa- 
& ratus. 

[001 3] Advantageously, an appropriately configured host computer can boot from such apparatus and restore backed 
up data in a single operation, which does not include DR floppy disks. As such, H is not necessary for DR floppy disks 
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to be created or maintained at all. 

[0014] To that end, preferably, in the first mode, the processing means is arranged to generate, in reply to a device 
type inquiry signal from the host computer, a response identifying the apparatus as being the particular initial program 
load device rather than as being a magnetic tape data storage and retrieval apparatus. 

5 [0015] Preferably in the first mode, the processing means is arranged to generate a response, in reply to a request 
signal from the host computer to read and return data from a specific portion of a substantially random access data stor- 
age medium of the initial program load device, the response comprising data read from tape media, said data being 
arranged in the response in the format associated with the particular initial program load device. 
[0016] In a preferred embodiment of the present invention, the selection means is a manually-operated external 

io switch normally dedicated to the function of ejecting the tape media from the device. 

[0017] In a preferred embodiment of the present invention, the particular initial program load device is a CD-ROM 
drive device. 

[0018] In accordance with a second aspect of the present invention, a data processing system comprises: 

15 a host computer comprising means arranged for controlling data backup and restore operations; and 

connected to the host computer, a magnetic tape data storage and retrieval apparatus as hereinbefore described, 
the means for processing data backup and restore operations being configured, for writing bootable system data to 
the magnetic tape data storage and retrieval apparatus as part of a backup operation. 

20 [001 9] In accordance with a third aspect of the present invention, a method of backing up data from a host computer 
to a magnetic tape data storage and retrieval apparatus as hereinbefore described comprises: 

arranging bootable image data into a data set to be backed up, said bootable image data including data normally 
associated with booting from a particular initial program load device; and 
zs transmitting the data set to a magnetic tape data storage and retrieval apparatus. 

[0020] In accordance with a fourth aspect of the present invention a method of restoring to a host computer data from 
jape media, the method being suitable for recovering a file system of the host computer, comprises the steps of: 

30 connecting to the host computer magnetic tape data storage and retrieval apparatus as hereinbefore described, 
said apparatus containing tape media having a bootable image and operating in the first mode of operation as an 
initial program load device ; 

initiating a boot sequence of the host computer, the boot sequence including the steps of searching for an initial 
program load device, locating the magnetic tape data storage and retrieval apparatus and recognising it as an initial 
35 program load device and determining that bootable media is present in the device; 
booting from data stored on the tape media; and 
restoring the data from the tape media. 

[0021] Other aspects, embodiments and features of the present invention are hereafter claimed, and will become 
AO apparent from the following description. 

Brief Description of the Drawings 

[0022] For a better understanding of the invention and to show how the same may be carried into effect, there will now 
45 be described by way of example only, specific embodiments, methods and processes according to the present invention 
with reference to the accompanying drawings in which: 

Figure 1 is a high-level schematic block diagram showing a computer and a tape drive; 

Figure 2 is a diagram representing the high-level logical arrangement of data comprising a CD-ROM file system; 
so Figures 3a and 3b are diagrams representing the high-level logical arrangements of two exemplary DR data for- 
mats on tape; 

Figure 4 is a flow diagram illustrating the steps involved in writing a DR file system to tape media; and 
Figure 5 is a flow diagram illustrating the steps involved in setting a tape drive into 'DR Mode' and booting a com- 
puter from the tape drive. 

55 

Best Mode For Carrying Out the Invention. & Industrial Applicability 

[0023] There will now be descrtoed by way of example only the best mode contemplated by the inventors for carrying 
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u^rr^Snf'^ description numerous details are set forth in outer to provide a thorough 

undemanding of the present .nvention. K will be apparent however, to one skilled in the art that the ore^nt ESX 

described in detail so as not to unnecessarily obscure the present invention 

So 1116 Pre !! n *!, mb ? diment - as wi " be described, provides an improved tape-based backup solution which com- 
OR floonvTr S0,Ut T ^"^"^ ^e apparatus. SignifioantlTthe present^p s^otSlSes 
£,™^L Py ~ e mamta,n '^ advantages thereof, but requires no changes to computer svstem haS^T 

BIOS (Bas.c Input/Output System) or operating system in order to function hardware. 
[0025] A system according to the present embodiment will now be described 
' I °!5? . F ' 9Ure 1 fe a "^diagram. wh'Ch illustrates a PC 100 connected to a standard tape drive 140 which ha* ho«. 
SSSS^rS *5?Z*- b6l0W the di39ram il,UStrates •» basic "W^SS^JSSS 

;rcT£^ 

Ce^C^S^ 

I00281 As shown very siniplisticalhr in Figure 1, the PC 100 includes a CPU 105 (Central Ptocessmo UnM whirh k. 
in communication, via a system bus 1 10. win KM 1 15 (Read Only Memo,.) rWUra WtaSJnTS^sT^ 1 
and an HO (InputrOulpul) subsystem 125 T*e to subsystem l2S^ec£me PCIM if. SS^f^ - " 

drive 1 35 are represented es internal devices <* Hie PC 100. whereas me tape drive 1 40 is reores«««l^« J^f^, 
device. . „s armament. Par e,mp,,e.y on*. em. elandard devices. «^lJ££KZ^KS2 

[0030] During a date backup operation, data to be backed up. which is received by the host interface 1 45 from the PC 
100. ,s passed directly to the formatter 155. which formats the data, for example by conpreSS date arS Sdfnn 

^X eCt, TB a S d ^! Cti0n COd * 7116 formatted data is * sn stored in a buSer i « for eSmp£ a^2 
1 ^ f^"'* 6 ' a read/Wri » e "«* reads the formatted date from ine S£ 16?aS conveS 

5i Si SptSlf JF* ""J? fof drMn9 ma9netiC read/write heads 1 70 - «•** write the dat^o tepTS 

18 °- «""«— - ejects^etapemedte 175^ 

{^Le F Titnd a s;:^ 

I °° 3 * 1 .J" 6 cornponents of the PC 100 and tape drive 140 described above are all standard well-known mrntontc 
which w,Mhus. not be described in any more detail so as not to obscure the pJSJESXT com P° nente - 
[0034] The program, or firmware 185. which controls the controller 150 in the tape drive 140 is stored in a ROM The 
f-rrnwareiss instructions are read by the confer 150 from ^ 

ESs SVIESZ JSnT; " required \ be b * writin 9 a ne * °» instructions to the existing ROM (if the 

A^vl me ROM Zl™.^ T^ST 8 "" ^ * We " hno " n 8nd Wi "' *»* not * herein, 
/wernativeiy, the ROM may simply be replaced with one containing new instructions In this wav it fel «,l«th»iv 
process to modify the behaviour of a tape drive 140. relat,ve| y ample 

5°?? v, ™ Pfesent description, the PC 100 communicates with the tape drive 140 using one of the well known 
Standard SCSI protocols, such as SCSI2. Accoidingly. the I/O subsystem 125 and l ihVtal *S2i? r2 T 
appropriate respective SCSI adapters. A detailed description of the SX2iS?iS J^h^E?! 

^E^CA^^ 

I0037] aJ n ° rder for any PC 100 to ,uncti °n. « must follow software or hardware instructions Tvoicallv stand*,* n m 
rp, MnT' r ° n 8 PC 100 8re ^ on a ha-d disk drive 130. and are loaded!*™ ^RAM 1?oSL1^ bvZ" 
£ them ^ " eCeSSary - R ° m ^ 120 ' ^ CPU 105 «" 8CCess *• -tructions c^XXp^ram^ 

[0039] B.OS programs follow a uniform standard that was created, and has been To^theCra by Ste 
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computer industry, so that compliant CPUs always addresses the same place in ROM to find the start of a BIOS pro- 
gram. A CPU retrieves and begins executing its initial instructions from this ROM location. 

[0040] Once initiated, the BIOS program begins the system boot sequence, which calls other programs, gets the oper- 
ating system loaded, and prepares the PC 100 for normal use. 

5 [0041] BIOS programs for PCs are specific to each different PC hardware platform, but provide the same, standard 
interface to higher level operating systems and application software. Thus, a single operating system or application soft- 
ware package is able to run on many different hardware platforms, as long as the BIOS is standard. 
[0042] One of the first tasks of a boot sequence is a power-on self-test (POST). After the POST, the PC 100, underthe 
control of the BIOS program, initialises boot devices such as the keyboard and VDU (both not shown). One or more of 

10 these boot devices may have its own specific BIOS program, which is located and initialised by the main BIOS program. 
Typically, video drivers and SCSI adapters have their own BIOS programs held in ROM on their respective interface 
cards. Next, the BIOS program will cause the PC 100 to check the system's logical devices, such as LPTl and COM1 . 
and memory configuration. Eventually, the BIOS program causes the PC 100 to check for an initial program load device 
(IPLD) from which to load and execute "bootable' data. 

is [0043] 'Bootable* data normally comprises an operating system and resides at a specific location on the hard disk 
drive 130, which is usually allocated with the drive letter n C: n . Thus, normally, the PC's operating system is booted from 
the hard disk drive 1 30. 

[0044] However, BIOS programs generally define that a floppy disk drive 135, allocated with the drive letter "A:", is 
accessed, before the hard disc drive 130, to see if it contains a bootable floppy disk In this way, it is possible to boot 
20 the PC 100 from a floppy disk irrespective of whether the hard disk drive 1 30 contains bootable data. This is the main 
reason why DR floppy disks are the standard means for beginning a DR procedure. 

[0045] Modern BIOS program standards also provide support for booting a PC from a CD-ROM drive (for more infor- 
mation on Bootable CD-ROM drives, see for example the "El Torito - Bootable CD-ROM drive Format Specification'', 
Version 1 .0. January 35. 1995. created jointly by IBM Corporation and Phoenix Technologies Lid.). It would, therefore. 
25 be possible to generate DR CD-ROM media instead of. or as well as, DR floppy disks. However, there would be little 
advantage in adopting this approach, and a cost increase. 

J0046] Currently. PC BIOS standards specify booting from floppy disk, hard disk or CD-ROM devices, although, the 
standards do allow for remote booting across networks, for example using Plug and Play functionality (for reference, 
see for example the "Plug and Play BIOS Specification", Version 1 .OA, by Compaq Computer Corporation, Phoenix and 
30 Intel Corporation). For a detailed description of a current BIOS standard, see for example "BIOS Boot Specification", 
Version 1.01. January 11, 1996, by Compaq, Phoenix and Intel. 

|0047] In the light of current BIOS standards and of the difficulties perceived by the present inventors in creating and 
maintaining up-to-date DR floppy disks, the present inventors have developed an improved backup solution, which facil- 
itates DR using only appropriate backup application software, a tape drive and a recent backup of PC data held on tape 
35 media; and, significantly, there is no need for DR floppy disks. Significantly also, the solution described herein requires 
no changes to be made to PC hardware, BIOS or operating system in order to function. These features are believed by _ 
the present inventors to represent significant advantages over known backup solutions. 

|0048] In accordance with the present embodiment, the firmware 1 85 in the tape drive 140 is modified to provide both 
a TMormal Mode' of operation, in which the tape drive 140 behaves as a tape drive 140, and a DR Mode' of operation. 

40 in which the tape drive 140, in effect includes the ability to emulate a CD-ROM drive. The CD-ROM drive emulation is 
achieved in part by configuring the tape drive 140 to identify itself to the PC 100 as a CD-ROM drive and also by mod- 
ifying the SCSI command set in the tape drive 1 40 to emulate the SCSI command set of a CD-ROM drive. With the abil- 
ity to emulate a CD-ROM drive, the tape drive 140 can act as an IPLD, without the need to modify existing PC BIOS 
standards. PC hardware or PC operating systems. 

45 [0049] Whether the tape drive 140 operates in Normal Mode or DR Mode in the present embodiment is determined 
by user selection. The user selection of mode is performed without the need for any additional tape drive hardware, by 
using the tape drive Eject button; if the tape drive 140 is powered on with the Eject button held down, the DR Mode of 
operation is selected, otherwise the Normal Mode is selected. This selection function is achieved by modifying the tape 
drive's firmware 185 to check the status of the Eject button during a power-on setf-tests sequence. Alternatively, DR 

so Mode could be selected by holding the Eject button down for a long time period (such as five seconds), when the tape 
drive 140 is already powered on, and the firmware 185 would be modified to check the length of the period the Eject 
button is held down to determine whether the operation is an eject or the user selecting DR Mode. Various other means 
for selecting mode could be employed, for example by providing a specific DR button or switch on the tape drive 140. 
However, the present implementation has the benefit of not requiring any physical modification to the tape drive 140. 

65 [0050] While in DR Mode, the tape drive 140 is configured to disable support for SCSI Disconnect/Reconnect opera- 
tions, and it also disables any operations (e.g. pause mode) that cause the tape media 1 75 to be semi-loaded after a 
period of inactivity. 

[0051 ] The new or modified commands required tor DR Mode will now be described. 
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TEST UNIT READY 



10 



15 



[0052] This command uses the same SCSI CDB (Command Data Block) as in normal tape drive 140 mode and 
behaves in a similar way, the difference being that a received Test Unit Ready during "DR Mode* initialisation should 
report NOT READY with "device not ready, coming ready" (sense key 2, extended sense 0401). 

INQUIRY 

[0053] In DR Mode, this command uses the same CDB as in normal tape drive 140 mode and behaves in a similar 
way, the difference being that the Peripheral Device Type bits in all of the supported Inquiry Data Pages are different 
The Peripheral Device Type is set by Byte 0, Bits 0-4 of each Inquiry Data Page, and is changed from 1 (tape media 
device type) to 4 (CD-ROM media device type). " 
[0054] This command is used by the BIOS during the boot sequence to determine which devices are bootable (hard 
disk or CD-ROM types) and thus to check whether they contain bootable media. The command is also used during the 
boot sequence, when the DR operating system is running, since it uses Inquiry data to determine which device driver 
types to load for each device to make them accessible. 

START/STOP UNIT 



so 



25 



30 



35 



[0055] This command uses a similar CDB as the LOAD/UNLOAD command, except that the Load bit is ignored and 
the command always returns "GOOD" status. 

MODE SENSE/SELECT 

[0056] These commands are generally used for reading or setting any configuration options in a SCSI device via 
Mode Sense pages (each page represents a specific type of configuration data/options). In the present case a new 
Mode Sense page is needed to control the operating mode of the device, to allow switching between Normal Mode and 
DRMode, and vice-versa. This allows the backup application software to switch the tape drive 140 from DR Mode back 
to Normal Mode when the backup application software is ready to start reading conventional backup data from the tape 
drive 140 and restoring it to the hard disk drive 130 of the PC 100. 

[0057] The Mode page header values for "Medium type" and "Density code" need to comply with CD-ROM media 
used by the DR operating system to determine the type of CD-ROM media present when it is preparing to copy date 
from the CD-ROM device to continue the boot sequence. 

[0058] The Mode Parameter Header data that is used in Mode Sense and Mode Select commands is changed to 
include the CD-ROM device specific bits: 





7 


I* 15 |4 | 3 12 ll 


1 o 


0 


Mode Data Length 


1 


Medium Type (0) 


2 




Reserved | DpoFi»(0) | Reserved 


1 EBCfO) 


3 


Block Descriptor Length (0 or 8) 



40 



45 



[0059] The Mode Block Descriptor data is different from the tape drive 1 40 mode, only in that the Density Code byte 

is set to 0x01 and the Block Length is set to 3048 and unchangeable. 

[0060] There is also a new Mode page to toggle the DR Mode operation, as follows: 
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16 
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|4 | 3 \ 2 


1 1 


lo 


0 


Page Code (0x3E) 


1 

2 








Page Length (0x1) 
Reserved 




HSSi 
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[0061] The 'DRmode' bit controls which mode of operation the tape drive 140 is operating in. When DRmode is set to 
zero, the tape drive 140 is switched back from DR Mode to Normal Mode. When DR Mode is set to one, the tape drive 
1 40 attempts to initialise DR Mode as if the user had initiated the front-panel button DR sequence and returns "GOOD" 
status on success. If there is no tape media or non-DR tape media loaded, then the command returns "CHECK CON- 
5 DITION" with sense key set to "Illegal Request". 

RE AD( 1 0)/RE AD(6) 

[0062] The Read(6) command is optional on CD-ROM devices, and is not supported in DR Mode. Thus, the device 
10 returns CHECK CONDITION with Illegal Request (sense key 0x5) and Unsupported Command Code (extended sense 
0x2000). 

[0063] The Read(lO) command reads a fixed number of blocks from a Logical Block Address value representing the 
logical read start location rather than the current physical location on the tape. The Read(l 0) CDB is as follows: 





7 


16 |5. 


U |3 |2 


h 


lo 


0 


Operation Code 0x28 


1 




Reserved 


|DPO(0) |FUA(0) | Reserved 




| RelAdr (0) 


2-5 


Logical Block Address 


3 


Reserved 


7-8 


Transfer Length 


9 






Reserved 


1 Flag 


| Link 



25 

[0064] The Disable Page Out (DPO) and Force Unit Access (FUA) options are not supported, since tape drive 140 
caching is mandatory (as will be described below) in this embodiment. The Logical Block Address value indicates the 
starting location of a read, relative to block zero at the beginning of the block device (i.e. the emulated CD-ROM media). 
The Transfer Length indicates the number of blocks to be read from the tape drive 1 40 and transferred back to the tape 
30 drive 140. 

SEEK 

[0065] In DR Mode, this command moves the logical position of the tape drive 140 to another block location (obviously 
35 this command is only normally valid in random access devices such as hard disk drives and CD-ROM drives). The new 
CDB is: 





7 16 |5 |4 |3 |2 |l |G 


0 


Operation Code 0x2B 


1 


Reserved 


2 


(MSB) 

LOGICAL BLOCK ADDRESS 

(LSB) 


3 


4 


5 


6-8 


Reserved j 


9 


Reserved | Flag | Link 



[0066] This allows the PC 1 00 to provide advance notif icatton that particular data may be requested in a subsequent 
command. No further action is taken for this command, and "GOOD STATUS" is always returned while in DR Mode. 

55 READ CAPACITY 

[0067] This command obtains the number of logical blocks contained in the media and the size of each block. The 
new CDB is: 
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* 16 |6 |4 | 3 | 2 |1 | 0 


0 


Operation Code 0x25 j 


1 


LUN(0) 1 Reserved 




2-5 


Logical Block Address (0) 


6-7 


, Reserved 


8 


Reserved 


PMI(0) 


9 


Reserved | Flag 





[0068] The RelAdr, Logical Block Address and PMI fields only support zero values. Any non-zero values are ignored. 
[0069] The following READ CAPACITY data should be returned, representing the maximum number of 2048 byte 
15 blocks: 





\6 


IS |4 | 3 \2 |l 


|0 


0 


(MSB) 


Returned Logical Block Address (Ox0O04B00O) 




3 




(LSB) 


4 


(MSB) 


Block Length in Bytes (0x0000800) 




7 


(LSB) 



25 



READ TOC 



30 [0070] This command provides a means to obtain from a table of contents (TOC) the number of tracks and their loca- 
tions. The new CDB is: 





7 I 6 | 


5 1 4 | 3 | 2 | 1 


1 o 


0 


Operation Code 0x43 


1 


LUN(0) 


| Reserved MSF(0) 


| Reserved 


2 


! Reserved 


| Format (0) 




3 


l_ Reserved 


1 4 


Reserved 


5 


Reserved 


6 


Track/Session Number (Hex) 


7 


(MSB) 


Allocation Length 

(LSB) 




8 




9 




Reserved J Flag 


Link 



[0071] The MSF and Format fields only support values of zero, and any non-zero values used will return "CHECK 
so CONDITION" with sense key set to "Illegal Request" and extended sense set to "Illegal Parameter in CDB". 

[0072] The Track/Session Number field specifies the starting track number for which the data shall be returned. Since 
there is only one track possible on data CD-ROM media, any value other than zero or one will return "CHECK CONDI- 
TION" with sense key set to "Illegal Request" and extended sense set to "Illegal Parameter in CDB". 
[0073] The command returns a TOC response data block, as shown below. This contains four header bytes and then 
55 descriptor blocks for track 0x1 (data track) and track OxAA (lead-out area). The values in the response data block are 
fixed: 
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7|6| 


5 


| 4 | 3 | 2 | 


H | 0 


I 0 


(MSB) 




TOC Data Length (0x0012) 


1 

I 






(LSB) 




2 


First Track Number (0x01) 


j 


Last Track Number (0x0 1 ) 


4 


Reserved 


5 


ADR 


(0x1) 


1 Control 


(0x4) 


6 


Track Number (0x1) | 


7 


Reserved 


8-11 


Logical Block Address (0x0000) 


12 


Reserved 


13 


ADR 


(0x1) 


| Control 


(0x4) 


14 


Track Number (OxAA) 


15 


Reserved 


16-19 


Logical Block Address (0x0004B000) 



[0074] Once the firmware 1 85 in the tape drive 1 40 has been configured to provide the two modes of operation - Nor- 
mal Mode and DR Mode, including CD-ROM drive emulation - it is necessary to provide a booftable CD-ROM image on 
the tape media 175. for the tape drive 140 to use during DR. 

JC075] In accordance with the present embodiment, a bootable CD-ROM image is stored in a pre-defined location on 
the tape media 175. The CD-ROM image contains an entry that identifies the image as being bootable 1 . The image 
itself is generated by the backup application software that originally created the backup tape media 175. as will be 
described in more detail below. 

[0076] Figure 2 illustrates the format of a bootable CD-ROM image 200 according to the El Torito specif ication. In par- 
ticular, as shown in the table below, a Boot Record Volume 210 includes, in byte offset 7-26. the text "EL TORITO 
SPECIFICATION" padded with zeros. As will be described, it is this part of the CD-ROM image that when encountered, 
indicates to the tape drive 140 and PC 100 that the media is DR media according to the present embodiment. 



Offset 


Type 


Description 


0 


Byte 


Boot Record Indicator, must be 0 


1-5 


Byte 


ISO-9660 Identifier, must be "CD001" 


6 


Byte 


Version of this descriptor, must be 1 




7-26 


Byte 


Boot System Identifier, must be "EL TORITO SPECIFICATION" pad 


ded with 0*s. 


27-46 


Byte 


Unused, must be 0 


47-4A 


Dword 


Absolute pointer to first sector of Boot Catalogue 


4A-7FF 


Byte 


Unused, must be 0 



[0077] The backup application software is configured to automatically add the CD-ROM image onto the tape media 
175 each time a backup operation that overwrites the media is enacted, if the tape drive 140 is DR capable. One 
method of achieving this is by writing the CD-ROM image to the tape media 1 75 in the specified location as part of a 
standard tape format operation (which is performed each time a backup that overwrites the media is done). 
[0078] Additionally, it is believed to be advantageous for the backup application software to provide a user option to 
add the CD-ROM image, even when the tape drive 140 is not DR capable, so that the resulting tape media 175 could 
still be used in a DR-capable drive. One method for the backup application software to defect the DR capability of a tape 
drive 140 is to check for the presence of the new SCSI Mode page for DR control, which is described above. 
[0079] The CD-ROM image reflects the current PC configuration in terms of installed hardware devices, for example 
SCSI HBA. In other words, the equivalent of an up-to-date set of DR floppy disks is created automatically each time the 
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PC 100 is backed up. which may be as frequently as on a daily basis. Therefore, the chance of there only being in exist- 
ence out of date DR media is greatly reduced. 

[0080] The specific contents of the CD-ROM image are defined by the backup application software and. generally 
contan whatever the application would normally have written to a DR floppy disk set. This typically consists of an image 
s of toe operating system, which, when executed, can control the PC 1 00. along with a sub-set of the backup application 
software that, specifically, can perform DR operations. Generally, also, the CD-ROM image complies with the following 

?n ' mage must be the same as a bootable CD-ROM image, so that if the image was copied onto physical 

10 CD-ROM media it could be still be booted on a system; and ^ 

^ 6 ^?f° M image struc,ure must conP'y w«h the ISO-9660 CD-ROM file system format and the El-Torito boota- 
ble CD-ROM specification. 



20 



25 



ESS. ^ d ' a9ram Rgure 33 il,ustrates one Possible location for a CD-ROM image 305 at the beginning of a length 
S^Sf T^l 75 ™! CD " R0M imaae30S is fo'^ed by twofilemarks. 310 and315, an application software ven- 

f^Ke^ 

I0 2 21 ,^?' eVer, c 9 i Ven th3t kn ° Wn application software generally uses the first few blocks of data on the tape 

media 1 75 for an SV header, the above scheme would mean that the new DR-capable backup tape media 1 75 would 
not be recognised by previous versions of the application. Therefore, the present inventors have determined that the 
scheme depicted in Rgure 3b is more preferable, as it supports backwards compatibility with previous versions of 
backup application software. 

[0083] In Figure 3b. the first few blocks of data on a length 330 of tape media 175 are a standard SV header 335 
followed by multiple blank blocks 340 to pad the application header 335 out to a predefined size (i.e. 19 blocks) and 
the " by , t J? e D ?P: R0M jmaoe 345 - followed b y a ,ilemari < 350, and. finally, the backup data 355. This means that the'start 
of the CD-ROM image 345 is always 20 blocks from LBOT (the Logical Beginning Of Tape), and thus easy for the tape 
drive 140 to locate. 

,„ I °2 41 < J?? h r ? ,er J e " ce to R 9 ure *• tnere will now be described a method of writing the entire DR image file to tape 

30 media 175 in a fixed location in the format illustrated by Rgure 3b. 

[0085] In step 400. the tape media 175 is rewound to LBOT. Then, in step 405. the normal application software label 
blocks 335 are written to the tape media 1 75 with the standard application software block sizes. In step 410, the appli- 
ca^oftware normal fixed block size is read using a Mode Sense command, and the value is saved. Then, instep 
415. the fixed block size is changed to 2048 bytes using a Mode Select command. In step 420, "N" null blocks 340 of 

35 data are written to the tape media 175 using fixed block mode write until the specified start location of the CD-ROM 
image, where: " 

N - (20 - number of application label blocks) 

40 E°?S JS?" &ep 425, any hardware compression is disabled using a Mode Select command. Then, in step 430, 
the CD-ROM image 345 is written to the tape media 1 75 with fixed block mode write. In step 435. the current fixed block 
size is changed back to the original application block size, and, in step 440. hardware compression (if applicable) is re- 
enabled using appropriate Mode Select commands. Rnally. a f ilemark 350 is written to tape 

[0087] The resulting tape format should not interfere with backwards compatibility of the backup tape with previous 
versions of the application software, since the CD-ROM image data after that application label should never be 
accessed. 

!?*?!. ! f ^Reconfiguration changes such that the current DR image file needs updating, then, preferably. DR image 
file updates should be applied without needing to re-create the entire DR image file. Such updates may be due to hard- 
ware changes (e.g. new SCSI HBAs) or operating system partition/volume changes. Then, the updates to the DR image 
tile are written to the tape by overwriting only the old parts of the image file. 

I0 !? 91 .u " the ° R ima96 f " e has 066,1 updat6d Dut subsequent backup operations are appending to the backup media 
rather than oveiwriting. then an error message should be generated by the application software, warning the user that 
their current backup media does not include the latest DR updates and that a full backup with-overvvrite is recom- 
mended. 

L°?? 01 * ° R °P eration now be described in more detail with reference to the flow diagram in Figure 5 In Figure 
a ^XhT^T^T^^ ^ Primafy Pr0C6SS <IOW ^ thG br0ken HneS represent Actons between the PC 100 
[0091] According to Figure 5, in step 500, a user initiates DR Mode in the tape drive 140 by holding down the Eject 
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button when the power is switched on. As a result, the tape drive 140 continues as follows. 

[0092] In step 505, the tape drive 140 determines whether tape media 1 75 is present in the tape drive 1 40, and gives 
a warning to the user if not, in step 510. The warning is provided via an appropriate front-panel display signal. 
[0093] If, or once, tape media 1 75 is loaded, in step 51 5, the firmware 1 85 checks to see if the tape media 1 75 is valid 

5 DR tape media. This is achieved by rewinding the tape media 175 to LBOT, reading from the beginning of the tape 
media 175 and searching for an appropriate Boot System Identifier entry in a Boot Record Volume Description of a CD- 
ROM image (block 38 from LBOT, bytes 7-26, must be "ELTORITO SPECIFICATION" padded with 0's). While checking 
the tape media 175, the tape drive 140 reports NOT READY with "device not ready, coming ready" (sense key 0x2, 
extended sense 0x0401) status to any SCSI commands received thereby 

ro [0094] If the tape media 175 is found to be DR media then, in step 525, the tape drive 140 switches to DR Mode. 
Otherwise, in step 520, the tape media 175 is ejected and another appropriate warning signal is provided via the front 
panel display, in step 510. 

[0095] In "DR Mode", the tape drive 1 40 enables the required CD-ROM SCSI commands, and sets appropriate, front- 
panel indicators to indicate DR Mode. 
is [0096] The tape drive 140 remains in "DR Mode" until one of the following conditions are met: 

tape drive 1 40 is power cycled; 

backup application software sends a DR Mode page command to disable DR Mode; or 
user manually ejects the loaded DR capable media. 

[0097] The tape drive 140, is configured to not exit "DR Mode" when receiving a SCSI bus reset. When exiting "DR 
Mode", the emulated CD-ROM SCSI commands are disabled and the tape drive 140 reverts to Normal Mode; the tape 
drive 140 then appears to be in the same state as if it had just been powered on. 

[0098] In step 530, the PC 1 00 is booted and carries out the steps defined by the BIOS program, as described above. 
26 At the appropriate time, in step 535. the PC 1 00 searches for an IPLD. which contains a bootable file system. The typical 
BIOS boot sequence is: 

1 . Search for a floppy disk drive containing a bootable floppy disc - if found, then attempt to boot from this, otherwise 

2. Search for a CD-ROM drive containing bootable CD-ROM media - if found, then attempt to boot from this, other- 
30 wise 

3. If no bootable floppy disk or CD-ROM drive is found, then attempt to boot from hard disk drive. 

[0099] Depending on how the BIOS program is configured, the PC 100 may alternatively attempt to boot from a hard 
disk drive before a CD-ROM drive. If this is the case, the D R should not be affected since, after a disaster, the user could 

35 change the BIOS set-up to enable CD-ROM boot in the correct sequence. 

[OH 00] Assuming no other IPLDs. which contain bootable data, are found, the PC 100 accesses the tape drive 140, 
in step 540. and issues a SCSI "INQUIRY". In response, in step 545, the tape drive 140, operating in DR Mode, identi- 
fies itself as a CD-ROM drive. Then, in step 550, the PC 100 reads the beginning of the CD-ROM image from the tape 
drive 140 to check for a bootable CD-ROM file system, and, when returned by the tape drive 140 in step 555. the PC 

40 1 00 designates the tape drive 1 40 as the boot path in step 560. 

[0101] This means that the PC 100 will boot from the CD-ROM image in the tape drive 140 path, even if there are 
other, real CD-ROM drive devices present in the system (as long as they do not contain a bootable CD-ROM drive). The 
only other requirement for the present DR operation to function is tat the PC 100 BIOS, or SCSI host adaptor BIOS, 
supports bootable CD-ROM drives (which is typically the case in all modem SCSI host adaptor cards or motherboard 

45 chipsets). 

[0102] In step 565, the PC 100 reads the entire CD-ROM image, which is returned by the tape drive 1 40 in step 570 
and which comprises the DR operating system and the backup application software. 

[0103] Next, in step 575, the PC 100 begins processing the backup application software for DR and issues a SCSI 
Mode Select command that accesses the DR Mode page to terminate DR Mode and begin Normal Mode, to continue 
so with normal tape drive operation. Alternatively, or additionally, some backup application software is configured to copy 
bootable data onto the hard disc drive, and then requires the PC 1 00 to be re-booted. If this is the case, the tape drive 
1 40 can easily be reset automatically by the running application software sending a Mode Select SCSI command to the 
drive before if triggers a system reboot. 

[0104] In either case, in step 580, the tape drive 140 reverts to Normal Mode, the buffer 160 is purged and the tape 
55 media 175 is allowed to be physically accessed by standard tape drive commands (Locate. Space. Read etc.). This 
allows the PC's recovery to proceed as if it had initially booted from DR floppy disk. 

[01 05] Finally, in step 585. the PC 1 00 continues to retrieve from the tape drive 1 40 the backed up data stored on tape 
media 1 75 until the whole PC 1 00 file system is restored to hard disk drive 1 30. Thereafter, the re-built PC 1 00 can boot 
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from the hard disk drive 130 as normal. 

ROM Uaf^n I^k 6 ? 30 ?^" 18 ° f "L? PreS6nt inventi0n ' rt fe advantageous to cache as much of the CD- 

ROM image into the buffer 160 as possible, as will now be described 

EThoSE? ^ ,ar9e ! t ? urr ??" y avai,able boaabl6 DR f, °PPy disk ^ known to the inventors consists of four flocov 
disks holding approximately 6 Mbytes of data, an entire CD-ROM image will fit into an 8 Mbytes buffer However mam 
tape drives do not have 8 Mbytes of buffer memory (they usually only have 1-2 ^Mbytes To> 31 TntEkTS 
maybe less than the size of the CD-ROM image. Therefore. suchdrivL wiJneec Tto acce^ ihe m^a n^^ 
once in response to CD-ROM image access commands (Seek Read) 

E?n poiJw 36 C3SeS ' aCCeSS t0 thS COfreCt data 0n tape media is ensured by converting the logical block address in 
d ' Ve 3CCeSS commands into a P hvsical 'ocafion on tape media. This is simpWied bywwurirSthatKaT 

'IrS 9 r e n ° n taPe * m6dia ' S Writte " USinQ 8 1 ' Xed 2 KbyteS block size (wnich is tne^me as reTd CD-ROM mtdfa) 
Then the conversion of a random-access command to a sequential tape media position can be achieved by Sna a 
LOCATE command to move to the Xth block down ihe tape media, where: y usm9 a 

X = (CD image block offset from BOT) + (Block address requested in Seek/Read) 

[0109] Tape drive performance, when not all data can fit into the buffer, is optimised by reading the maximum amount 

^ ^ ^! eqUent accesses A" 50 - Performance can be further improved by permanently tout only whSe 
ZS^^LS?™? ,ma96) ° aChin9 4,16 freqUent,y aCCessed in a cache segment JnZ 2££ 

s^r^r^^ 

permanently cache the first 64 blocks of the CD-ROM image; and 
dynamically read-ahead to fill remaining buffer cache space. 

1011 1] Generally, if data requested by a CD-ROM image read is not already cached in the buffer, then the data is read 
ZZ^ a ^ ^ T 9 thestandard ^ *™ LOCATE and READ functions. The LOCATE commandl^to 
move the tape media to the required starting read block location, and then the READ command is usedin fi«H 
mode to read the requested number of blocks from the tape into ihe buffer. * f Ked WoCk 

Claims 

1 . Magnetic tape data storage and retrieval apparatus, comprising: 

n^Sm^rT reC6iVin9 COntr °' Si9na ' S fr ° m 8 hOSt computer and for retumi "9 res P°"se signals to the 

S^iT* f0r * e,ecting a,irst mode <* OP 6 ^ or a second mode of operation of the apparatus; and 
process ng means for generating responses to received control signals in dependence upTnthe selected 
mode of operation, said responses being arranged: 

a) in the first mode Jnto a format normally associated with a particular initial program load device; and 

' nt0 8 format n0rma " y asSocia,ed with a "^Snetic tape data storage and retrieval 

2 ' ^ r i^o a T >rdin9 to C,aim , 1' Whereia in *" ,iret mode ' the P-^sinO means is arranged to generate, in reply 
to a device type mquiry signal from the host computer, a response identifying the apparatus as being the partcS 
.nitial program load device rather than as being a magnetic tape data storage andretrieval P 

ZEZZZ m T?* 8 T Siflna ' fr0m hOSt to read "« data from a speSta pSSSl 

^ access data storage medium of the initial program load device, the response ccntfta 

XrZ^ZT' ^ ^ arran96d " tHe reSP ° nSe " ^ format aa «^ed^m the p«SS?fi5 
». Apparatus according to any one of the preceding claims, wherein, when the first mode of operation is selected, the 
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processing means is arranged to locate data on the tape media identifying the tape media as being bootable. 

5. Apparatus according to claim 4. wherein the processing means is arranged to read from the tape media, all, or at 
least some, of the bootable data into a memory buffer of the apparatus. 

5 

6. Apparatus according to claim 5. wherein the processing means is ranged to read all, or at least some, of the boota- 
ble data into said memory buffer to act as a read-ahead cache. 

7. Apparatus according to any one of the preceding claims, wherein, in the second mode, the processing means is 
10 ranged to generate a response to a device type inquiry signal from the host computer identifying the apparatus as 

being a magnetic tape data storage and retrieval apparatus. 

8. Apparatus according to claim 7. wherein, m the second mode, the processing means is ranged to generate a 
response, in reply to a request signal from the host computer to read data from tape media, the response being 

is ranged in the format associated with the magnetic tape data storage and retrieval apparatus. 

9. Apparatus according to any one of the preceding claims, wherein the selection means comprises means to select 
manually operation in the first mode. 

20 1 0. Apparatus according to claim 9, wherein the selection means comprises a power-on sequence in which the appa- 
ratus is ranged to determine whether a manual function selector of the apparatus is being manually operated. 

11. Apparatus according to claim 10, wherein the manual function selector is a manually-operated external switch nor- 
mally dedicated to the function of ejecting the tape media from the device. 

25 

12. Apparatus according to any one of the preceding claims, wherein the selection means comprises means, when in 
the first mode, to switch to operation in the second mode, in response to a respective signal received from the host 
computer. 

30 13. Apparatus according to any one of the preceding claims, wherein the particular initial program load device is a CD- 
ROM drive. 

14. A data processing system comprising: 

35 a host computer comprising means arranged for controlling data backup and restore operations; and 

connected to the host computer, a magnetic tape data storage and retrieval apparatus as claimed in any one 
of the preceding claims, 

the means lor processing data backup and restore operations being configured, for writing bootable system 
data to the magnetic tape data storage and retrieval apparatus as part of a backup operation. 

40 

1 5. A system according to claim 1 4, wherein the means for controlling data backup and restore operations is configured 
as part of a backup operation for writing to the magnetic tape data storage and retrieval apparatus bootable system 
data comprising at least some data normally associated with a particular initial program load device. 

45 16. A system according to claim 14 or claim 15. wherein the means for controlling data backup and restore operations 
is configured as part of a backup operation for writing to the magnetic tape data storage and retrieval apparatus 
bootable system data comprising components of an operating system necessary for the host computer to access 
a magnetic tape data storage and retrieval apparatus and restore from tape media a backed-up file system. 

so 1 7. A system according to any one of claims 1 4 to 1 6, wherein the means for controlling data backup and restore oper- 
ations is configured as part of a restore operation to send a selection signal to the magnetic tape data storage and 
retrieval apparatus to select the second mode of operation. 

18. A method of backing up data from a host computer to a magnetic tape data storage and retrieval apparatus as 
55 claimed in any one of claims 1 to 13. the method comprising: 

arranging bootable image data into a data set to be backed up, said bootable image data including data nor- 
mally associated with booting from a particular initial program load device; and 
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transmitting the data set to a magnetic tape data storage and retrieval apparatus. 

19. A method according to claim 18, wherein the bootable image data conforms to the ISO 9660 standard and the El 
Torito bootable CD-ROM specification. 

20. A method according to claim 18 or claim 19. wherein the bootable image data comprises an operating system 
image including a magnetic tape data storage and retrieval apparatus device driver and application software for 
enabling a host computer to communicate with a magnetic tape data storage and retrieval apparatus for the pur- 
pose of restoring a previously backed up data set from tape media. 

21. A method according to any one of claims 18 to 20, comprising the steps of ordering the bootable image data such 
that the data is arranged to substantially follow a boot sequence of a host computer and storing the data to tape 
media, such that the data can be retrieved from tape media using a series of read requests to read data in a sub- 
stantially sequential fashion from the tape media. 

22. A method of restoring to a host computer data from tape media, the method being suitable for recovering a file sys- 
tem of the host computer and comprising the steps of: 

connecting to the host computer magnetic tape data storage and retrieval apparatus as claimed in any one of 
claims 1 to 13. said apparatus containing tape media having a bootable image and operating in the first mode 
of operation as an initial program load device; 

initiating a boot sequence of the host computer, the boot sequence including the steps erf searching for an initial 
program load device, locating the magnetic tape data storage and retrieval apparatus and recognising it as an 
initial program load device and determining that bootable media is present in the device; 
booting from data stored on the tape media; and 
restoring the data from the tape media. 



14 



EP 0 978 785 A1 




15 



EP 0 978 785 A1 



Sector 0 



Sector 16 



Sector 17 



System 
(unused) 



Primary Volume 



Boot Record Volume 



Set Terminator Volume 



Booting Catalogue 
Initial/Default Entry 



Bootable Disk Image 



CD-ROM Volume 
Image 



FIGURE 2 



16 



EP 0 978 785 A1 



1 

Ou, 

< 

CO 



ml 



1§I 



> 
go 




lis 



es 

CO 

LU 
ft 

e> 

LL. 



o 

CO 

o 



Q 





IS 
"1 



o 



o 

> § 

'•8 

i 



CO 
LU 

O 



i 

33 

CQ 
oo 

3 



o Sj 



17 



EP 0 978 785 A1 



400 



REWIND 
TO LBOT 



405 



410 



415 



J WRITE 
BLC 


LABEL 
>CKS 






READ & SAVE 
NORMAL BLOCK 
SIZE 






CHANGE 
SIZET< 


: BLOCK 
D2048 



420 



WRITE "N" BLOCKS 
TO TAPE 



425 



DISABLE 
COMPRESSION 



430 



WRITE CD-ROM 
IMAGE TO TAPE 



435 



RESET BLOCK 
SIZE 



440 



445 



EtiA 
COMPR 


lBLE 
ESSION 






WRITE F1LEMARK 



FIGURE 4 



18 



EP 0 978 785 A1 



PC 



510 



TAPE DRIVE 

500 | INITIATE PR MODE I 

505 



I WARNING!~|«No 



520 | EJECT TAPE~| 



530 1 BOOT PC | 
I FIND IPLD 

I 



535 
540 



550 



ISSUE SCSI 
ENQUIRY 



INQUIRY 
& IDENTIFICATION 



READ START OF 
CD-ROM IMAGE 



560 



I 



REQUEST & SEND 
CD-ROM IMAGE DATA 



DESIGNATE 
BOOT PATH 



I 



565 


READ CD-ROM 
IMAGE 




CD-ROM IMAGE DATA 








ISSUE SCSI 


575 


ISSUE SCSI 




MODE SELECT 




MODE SELECT 





I 




(SWITCH TO DR| 
MODE- 
=J ~ 



525 



IDENTIFY AS A 
CD-ROM 



SEND IMAGE 
DATA 



545 



555 



ISEND CD-ROM 
IMAGE 



570 



REVERT TO NORMAL 
MODE 



580 



RETRIEVE 
PC FILE SYSTEM IMAGE 



RESTORE RESTORE PC FILE 

' n SYSTEM IMAGE 



590 



FIGURE 5 



19 



EP 0 978 785 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 30 6358 



Category 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Citation of document with indication, where appropriate 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION (lnt.CI.6) 



US 5 727 213 A (VANDER KAMP ET AL ) 
10 March 1998 

* column 2, line 33 - line 67 * 

EP 0 597 654 A (INTERNATIONAL BUSINESS 
MACHINES) J8 May 1994 

* column 4, line 16 - line 55 * 

US 5 269 D22 A (SHINJO ET AL.) 
7 December 1993 

* column 2, line 52 - line 68 * 



1-22 



1-22 



1-22 



G06F11/14 



TECHNICAL FIELDS 
SEARCHED (lnt.Cl.6) 



G06F 



The present search report has been drawn up for all claims 



Plac« of Match 

THE HAGUE 



Dale 01 completion of tl 

2 March 1999 



Corremans, G 



s 
§ 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant if taken alone 

Y : particularly relevant if combined with another 

document ot the seme category 
A : technological background 
O : non-wrrtten dbctoeui* 
P : Intermediate document 



T : theory or principle underlying the invention 
: 6 « ^•r P^, ent <*cument, but published on, or 
after the filing date 
0 : document cited In the application 
L : document cited for other reasons 



* docun^ent 01 "* ^^ ^^ 1 ^y^^^^9 ' 



20 



EP 0 978 785 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 

ON EUROPEAN PATENT APPLICATION NO. EP 98 30 6358 



This annex lists the patent family members relating to the patent documents cited in the above-mentioned European search report. 
The members are as contained in the European Patent Office EOP file oh 

The European Patent Office is in no way liable for these particulars which are merely given for the purpose of information. 

02-03-1999 



Patent document 




Publication 




Patent family 


Publication 


cited in search report 




date 




member(s) 


date 


US 5727213 


A 


10-03-1998 


US 


5418918 A 


23-05-1995 


EP 597654 


A 


18-05-1994 


JP 


2525122 B 


14-08-1996 








JP 


6208467 A 


26-07-1994 








US 


5519869 A 


21-05-1996 


US 5269022 


A 


07-12-1993 


JP- 


2772103 B 


02-07-1998 



For more details about this annex : see Official Journal of the European Patent Office. No. 12/82 



21 



i 



THIS PAGE BLANK (uspto) 



